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Introduction 


Copying files via 9P is slow. 


Why? 9P waits for a single response for every message sent. 


Over high-latency links, the waiting becomes problematic. 
ə Send a Tread and start waiting 
ə 50 ms later, Tread arrives at server, which responds 
ə Another 50 ms later, the Rread arrives 


We spend 100 ms waiting for each chunk of data read! 


ə fcp is not the answer; you shouldn't have to do threading just 
to read a file. 

ə We frequently read files sequentially, but 9P doesn't care. 
Each time we have to specifically ask for the next chunk of 
data and suffer the associated latency. 
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The 9P Model 
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The HTTP Model 
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We compared HTTP and 9P for transferring files over high-latency 
links. 
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Copying a 200 MB file over 9P across a 50ms RTT link takes more 
than 25 minutes. The same operation requires less than 7 minutes 
with HTTP. 
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e Why not give programmers the option of having HT TP-like 
behavior? 


ə Streams aim to do just that 

ə Throw out the Tmessage/Rmessage/Tmessage/Rmessage 
paradigm 

ə Instead, send one Tstream, get back a lot of Rstreams 


ə With TCP, we already have in-order, guaranteed delivery with 
flow control. 
ə Incoming Rstream messages just wait in the queue to be read 
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The Streams Model 
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Implementation 


ə So far, there are two new system calls, stream and sread 
e stream(fd, offset) causes a Tstream to be sent out. 
e sread(fd, buffer, size) reads data from Rstream 
messages into a buffer. 


devmnt is sending Tstream messages. 


exportfs is replying with Rstream messages. 


The kernel is crashing when sread tries to read Rstream 
messages. 
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Conclusions 


The Streams system is on its way to completion. We hope it may 
allow programmers to perform sequential reading (and eventually 
writing) without interfering with the behavior or use of the 
traditional I/O system. 
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